КОНФИГУРИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Конфигурирование – процесс настройки ИС с целью их адаптации
к специфике области внедрения.
В процессе конфигурирования ИС выполняются следующие действия:
• изменение объектной модели;
• определение авторизаций пользователей;
• настройка интерфейса;
• создание типовых объектов данных: справочников, шаблонов,
отчетов, процессов и т. д.;
• настройка вариантов развертывания и взаимодействия программн
ых компонентов, определение параметров системных служб, сервисов
и т. д.
Таким образом, на каждом этапе конфигурирования выполняется
работа по созданию или изменению определенной части информационног
о и программного обеспечения ИС.
1.1Этапы и объекты конфигурирования ИС
Соответствие этапов конфигурирования ИС и обрабатываемых при
этом объектов показано в табл.
Таблица
Этапы конфигурирования
объекты конфигурирования
Определение авторизаций пользо
вателей
Пользователи
Настройка интерфейса
Графический интерфейс: форм
ы ввода,
пункты меню, карточки объект
ов
Создание типовых объектов данн
ых
Справочники, отчеты, шаблоны,
диаграммы процессов
Расширение функциональных воз
можностей
Программная реализация функ
циональных модулей и дополн
ительных возможностей, в т. ч.
интеграции с другими ИС
(ПО)
Настройка вариантов развертыван
ия и
взаимодействия программных ко
мпонентов
Параметры системных служб и
сервисов
Объекты конфигурирования ИС и их взаимовлияние
Объектная модель
Модель данных ИС (объектная модель) – главный объект кон
фигурирования, смысловое ядро системы, которое реализует ее бизнеслог
ику и определяет поведение остальных объектов конфигурации.
Объектная модель ИС обладает следующим характеристиками:
• отражает важные для разрабатываемой системы понятия и объекты реал
ьного мира, прагматику прикладной области (терминология
и смысл, назначение объектов);
• описывает структуру объектов, составляющих систему, их атрибуты, оп
ерации и взаимовлияние;
• является абстрактным понятием;
• отображается в виде графических схем формальных нотаций
(UML, IDEF и т. д.);
• на практике реализуется в виде программного обеспечения ИС.
В настоящее время объектную модель ИС принято представлять
в виде UML-диаграммы классов. При практической настройке модели,
особенно в корпоративных ИС, понятие класс заменяется термином
«справочник».
Справочник – хранилище сущностей в едином контексте, сово
купность объектов с однотипным набором характеристик и методов
их обработки, а также шаблонами визуализации
Контекст (смысловое наполнение) определяет структуру представле
ния данных в виде справочника. Таким образом, справочник представляе
т собой класс, а элементы (записи) справочника – объекты класса.
Заданная в справочнике структура представления данных определяет
хранящиеся в нем объекты. В наглядном виде хранение данных реализует
ся с помощью графических форм, характерных для справочника
и его отдельного элемента. Посредством таких графических форм реализ
уется доступ к данным, определенный авторизациями пользователей.
схема взаимодействия элементов объектной модели ИС и их
взаимовлияние.
Элементы объектной модели ИС и их взаимовлияние
Итак, основной задачей конфигурирования ИС является адаптация
ее объектной модели к специфике предметной области. Фактически это
сводится к выполнению следующих действий:
• создание новых и изменению существующих справочников: добав
ление/удаление атрибутов и методов;
• установка связей и иерархии между справочниками;
• определение порядка и шаблона нумерации (наименования)
элемента справочника;
• разработка графических форм отображения справочника и его
элемента;
• назначение авторизаций (прав пользователей) на справочники
и их элементы;
• наполнение справочника известными данными, например
справочник городов, должностей, пользователей и т. д. При большом
объеме записей целесообразно выполнять этот процесс автоматически пу
тем загрузки набора данных из файла или других ИС, например заполнен
ие
справочника пользователи путем импорта из Active Directory.
Все перечисленные действия выполняется на основе формальных
отображений объектной модели ИС в виде UML-диаграмм классов
и объектов. Например, на рис. показан фрагмент объектной модели
системы бизнес-моделирования Business Studio .
показаны объектные модели ИС бизнес-моделирования
Business Studio и управления предприятием 1С. На рис. приведена
функциональная схема взаимодействия элементов объектной модели
данных веб-системы управления проектами Адванта [50].
Примеры представления структуры объектной модели ИС
Управление пользователями
Управление пользователями является неотъемлемой задачей конфигурир
ования ИС и направлено главным образом на определение и настройку пр
ав доступа к данным в соответствии с принятыми правилами
Управление пользователями ИС включает следующие процессы:
• регистрация – процесс внесения субъекта в базу данных ИС;
• аутентификация – проверка подлинности пользователя, например
сравнение введенного пароля с паролем, хранимым в БД;
• идентификация – выявление идентификатора субъекта в ИС,
выполняется в случае успешной аутентификации, т. е. при наличии запра
шиваемого пользователя в ИС идентификация. Таким образом, достоверн
ость идентификации полностью определяется уровнем достоверности вы
полненной аутентификации;
Авторизация – представление пользователю возможностей(прав),
проверка и подтверждение наличия прав на выполнение определенных
действий в ИС.
Процессы авторизации осуществляются под контролем политики
управления пользователями – совокупность правил, методов и средств
ограничения доступа различных категорий пользователей к различным видам
данных, хранящимся в ИС. При формировании политики управления
пользователями принято использовать следующее базовые модели:
Управление доступом на основе ролей – избирательное управление
доступом, при котором права субъектов группируются с учетом специфики
их применения, образуя роли;
Мандатное управлениеразграничение доступа, основанное на
назначении метки конфиденциальности объектам ИС, и выдаче официальных
разрешений (допуска) субъектам на обращение к информации такого уровня
конфиденциальности.
В современных ИС при формировании политики управления пользо
вателями сочетают оба вышеуказанных подхода. На практике это реализу
ется формированием ролей и групп пользователей для последующего опр
еделения командных и индивидуальных авторизаций.
Роль функциональные обязанности пользователя и
соответствующие им возможности в ИС, например администратор,
руководитель и т. д.
Группа объединение пользователей по контексту, например
в рамках одного проекта.
Связь рассмотренных понятий показана на рис. 16 в виде UML-диаг
раммы классов.
Матрица авторизаций это таблица распределения прав субъ
ектов ИС (пользователей, ролей, групп) к ее объектам (справочникам,
их элементам и т. д.).
CRUD-операции основные функции при работе с данными в ИС:
создание, чтение, редактирование и удаление. Сокращение от англ.
Create-Read-Update-Delete. Пример матрицы авторизаций для CRUDопера
ций показан в табл.
Пример матрицы ролевых авторизаций для CRUD-операций
1.2.Настройка пользовательского интерфейса
Взаимодействие пользователя с ИС реализуется средствами ее
пользовательского интерфейса.
Интерфейс это совокупность методов и средств обеспечения
взаимодействия нескольких субъектов, объектов или процессов в едино
м смысловом контексте
Пользовательский интерфейс ИС объединяет все ее элементы,
обеспечивающие взаимодействие пользователя с системой:
• набор задач пользователя, которые он решает при помощи систем
ы;
• используемая метафора (например, рабочий стол);
• визуальный дизайн экранов, включая цветовую схему и оформлен
ие (стиль) графических элементов;
• элементы управления (пункты меню, формы отображения объекто
в, кнопки, диалоговые окна и т. д.);
• навигация между блоками;
• средства ввода и вывода данных;
• представление данных, графическое отображение, форматы, коды
и т. д.;
• режимы, команды и диалоги, взаимодействия с пользователем;
• ситуационная поддержка принятия решений;
• документы, регламентирующие порядок использования ИС (руков
одство пользователя, справочная система и т. д.).
Выделяют следующие основные задачи проектирования пользовательско
го интерфейса ИС:
• определение метафоры;
• разработка концепции дизайна и ее детальная реализация в элемен
тах управления;
• соблюдение баланса между интерактивными возможностями ИС
и сложностью ее визуального интерфейса;
• синхронизация точек внимания пользователя и функциональност
и ИС;
• обеспечение эффективности и удобству использования.
Таким образом, главный критерий оценки пользовательского интер
фейса является его соответствие следующим характеристикам: понятный,
удобный, дружественный.
На практике в рамках конфигурирования ИС задача настройки ее
пользовательского интерфейса сводится к работе над следующими элеме
нтами:
• пункты меню;
• графические формы представления справочников (классов) и их
объектов;
• контекстное меню справочников (классов) и их объектов;
• ролевые сценарии по использованию ИС (инструкции, справочные
руководства и т. д.).
Итак, основная цель настройки пользовательского интерфейса при
конфигурировании ИС – это реализация средств обеспечения ее функций
согласно потребностям разных категорий пользователей. Таким образом,
пользовательский интерфейс обеспечивает реализация ролевых
авторизаций. В свою очередь, пользовательские авторизации, как и графи
ческие формы представления объектов системы, являются неотъемлемой
частью ее объектной модели. На рис. 17 показан фрагмент объектной мод
ели ИС, иллюстрирующий связь авторизаций и графических
элементов управления пользовательского интерфейса представления
данных.
Создание типовых объектов данных
Корпоративные и отраслевые ИС ориентированы на применение
в конкретной предметной области, например документооборот, финансов
ые расчеты и аналитика, торговля, строительство и т. д. В каждой
предметной области применения ИС существуют типовые объекты данны
х (записи справочников, отчеты, шаблоны документов, диаграммы
процессов и т. д.), которые используются в качестве констант или как
основа для создания новой информации.
Создание типовых объектов данных выполняется на этапе наполнен
ия ИС контекстом в рамках тестирования и подготовки к эксплуатации. Э
ти действия могут быть выполнены автоматически и вручную.
Автоматически, как правило, выполняется наполнение справочнико
в путем импорта данных из других систем или заранее подготовленных ф
айлов. Например, импорт пользователей из Active Directory, заполнение с
писка городов и т. д.
Создание типовых объектов данных, специфичных для организации или о
трасли внедрения ИС, в большинстве случаев, является длительной и тру
доемкой задачей и требует предварительной подготовки.
Например, при проектировании диаграммы автоматизации бизнеспроцесс
а необходим его предварительный анализ и согласование изменений, гене
рации отчетов предшествует этап разработки шаблонов
и привязки к объектной модели ИС и т. д.
Рассмотрим процессы генерации отчетов, а также автоматизации
бизнес-процессов на примере ИС Business Studio, 1С и DIRECTUM.
На рис. Показана схема генерации документа на основании заранее
созданного шаблона (макет) в СЭД DIRECTUM. Подготовка макета
осуществляется в рамках стороннего текстового или табличного редактора,
например Microsoft Office, LibreOffice и т.д. Автоматическая подстановка
данных в виде значений макропеременных осуществляется согласно
программному коду на встроенном языке разработки IS-Builder.
Схема генерации документа из макета в СЭД DIRECTUM
Автоматическая генерация отчетов включает поиск по БД ИС объектов,
отвечающих заданным фильтрам, и их представление по заданному шаблону.
Наиболее трудоемким действием является составление запросов к БД,
определение фильтров, т.к. это предполагает знание объектной модели ИС.
Например, в ИС Business Studio структура отчетных данных
определяется привязками. Тип привязки задает правила фильтрации данных и
их помещения в отчет. Как правило, отчет создается и настраивается
уникально для каждого класса объектной модели ИС.
На рис. показаны заданные привязки для отчета по процессу.
Предположим, необходимо генерировать отчет по бизнес- процессу,
содержащий следующие данные:
Название
Тип
Диаграмма
Перечень подпроцессов
Перечень связанных субъектов
Параметры функционально-стоимостного анализа по процессу его
название и денежную стоимость входящих в него бизнесункций.
На рис. показана настройка привязок для генерации отчета по процессу
согласно вышеописанному заданию. Тип привязки “объект” добавляет в
отчет название бизнес-процесса и его тип. С помощью типа привязки “файл
добавлена диаграмма процесса. Тип привязки “список” генерирует перечень
подпроцессов в виде таблицы с отображением их названия, даты и статуса.
Еще одна привязка типа “список” позволяет включить в отчет по процессу
связанных с ним субъектов, отображая их названия и тип связи. Тип привязки
“дерево” отображает параметры ФСА по процессу.
Иногда создание макетов выполняется не в стороннем ПО, а в рамках
конфигурируемой ИС. В частности, в системе 1С:Предприятие для этого
используется специальный модуль – редактор табличных документов.
Помимо генерации документов на основе шаблонов, важнейшим
этапом конфигурирования корпоративных ИС является разработка
маршрутов движения данных и назначения заданий пользователям, т.е.
автоматизация бизнесс-процессов. Для этого формальные диаграммы,
полученные в результате предварительного анализа деятельности
предприятия, переводят в схемы потоков работ в рамках инструментария
конфигурируемой ИС. Некоторые ИС позволяют формировать такие схемы
автоматизировано, например при импортировании диаграмм процессов из с
истемы бизнес-моделирования ARIS в систему управления
предприятием SAP. Аналогично возможен импорт бизнес-процессов
из Business Studio в СЭД DIRECTUM [59].
Рис. Привязки отчета по процессу
Также возможна разработка схем потоков работ в ручном режиме
непосредственно в самой настраиваемой ИС. Как правило, для этого испо
льзуется специальный встроенный модуль ИС – редактор бизнеспроцессо
в. Он позволяет проектировать графические схемы процессов
и автоматически переводит их в программный код для исполнения
во внутренней среде ИС. В веб-платформенных ИС для этого в большинс
тве случаев используется XML-подобный язык BPEL (от англ.
Business Process Execution Language), который расширяет модель взаимод
ействия веб-сервисов и включает поддержку транзакций [56].
Набор инструментов типового редактора бизнес-процессов включае
т не только готовые блоки для составления графических схем, но и возмо
жность программирования этих блоков с целью задания дополнительны у
словий, проверок значений переменный и т. д.
Создание шаблона в редакторе табличных документов 1C
Проектирование схемы бизнес-процесса в DIRECTUM
При запуске разработанной схемы потоков работ на исполнение ее
внешний вид изменяется.
Использование бизнес-процесса в СЭД DIRECTUM
Расширение функциональных возможностей
Конфигурирование ИС включает в себя не только адаптацию ее
структуры, наполнения и интерфейса к специфике области
внедрения.Важнейшей задачей является расширение функциональных
возможностей типовой поставки ИС: добавление новых процедур обработки
данных или модификация существующих. Это реализуется на программном
уровне с использованием встроенных в ИС или сторонних средств
разработки [57].
В случае десктопных, а не веб-платформенных ИС, их модули
расширения представляют собой программы, исполняемые в рамках
конфигурируемой ИС или внешние динамически подключаемые библиотеки
ОМ, (от англ. Оупапис ГлаК ГАбгагу). При использовании внутренних
средств ИС на встроенном языке программирования в среде разработке
выполняется написание и отладка программного кода, реализующего
необходимые функциональные возможности. При этом разработчику
необходимо соблюдать правила и парадигмы внутренней среды, например
привязка функций к обработчикам событий (рис. 24, 25), синтаксис
встроенного языка и т. д.
Редактор программного кода в СЭД Directum
Редактор программного кода в системе 1С:Предприятие
Однако даже при наличии отладчика и других вспомогательных
инструментов внутренней среды разработки, на практике при написании
программного кода, расширяющего функциональные возможности
ИС, используют не встроенные редакторы, а специальные
интегрированные среды разработки, IDE (от англ. Integrated Development
Environment). В сторонних IDE реализуют программные модули расшире
ния, которые затем сохраняются в виде DLL-библиотек. Обращение к эти
DLLбиблиотекам запускает выполнение разработанных программных
функций расширения возможностей конфигурируемой ИС [62].
Фактически DLL-библиотека является внешним по отношению
к конфигурируемой ИС подключаемым объектом, участком «неуправляе
мого кода». Это соответствует парадигме компонентно-
ориентированного программирования, появившейся в 90-е гг. XX в. Она
предполагает развитие объектно-ориентированного подхода в сторону по
вышения надежности больших программных комплексов путем
устранения проблемы хрупких базовых классов.
Компонент это самостоятельный модуль программного кода,
предназначенный для повторного использования и развертывания,
независящий от конкретного языка программирования.
Наиболее известной прикладной реализацией компонентно-ориенти
рованного программирования является технология COM (от англ.
Component Object Model, компонентная объектная модель), разработанна
я корпорацией Microsoft для использования в операционных системах
(ОС) на платформе Windows.
В этой технологии программный код расширения функциональных
возможностей конфигурируемой ИС представляет собой на логическом
уровне совокупность COM-объектов, зарегистрированных в ОС, физичес
ки представленный в виде DLL-библиотек. При этом модули расширения,
разработанные с применением технологии COM, также включают следую
щие разделы:
• преобразование параметров функции в COM-объекты;
• обратное преобразование COM-объектов в процедурные
параметры;
• возвращение кода ошибки в вызывающую программу.
Одним из наиболее распространенных способов добавления
дополнительных функциональных возможностей в ИС является назначе-
ние скриптов для пользовательских команд и для событий, возникающих
при выполнении типовых операций в рамках работы с объектами, файла-
ми, авторизациями пользователей, импорте/экспорте данных и т. д.
Как правило, назначение скриптов для событий осуществляется с помощью
встроенных инструментов разработки. Скрипты могут выполняться до
события, после или вместо него.
При наличии открытого интерфейса программирования приложений,
АР! (от англ. АррИсайоп Ргоэтат Пе асе) в большинстве современных ИС
возможно использование внешних сред разработки для создания собственных
ОТ-библиотек на любом языке программирования. Поэтому на практике
встроенные редакторы программного кода ИС зачастую применяются только
для вызовов функций ОИ.-библиотек, содержащих программный код модулей
расширения ИС [62]. На приведена ОМГ-диаграмма компонентов, которая
иллюстрирует связь между ИС и файлом ОГГ.-библиотеки модуля
расширения ее функциональных возможностей.
Взаимосвязь программных компонент по расширению
функциональных возможностей ИС с помощью СОМ-технологии
Через элементы графического интерфеиса пользователя(кнопки,пункты
меню ит. д.) происходит вызов программных скриптов, написанных на
внутреннем языке программирования ИС во встроенном редакторе
программного кода. Вызванный программный скрипт через АРТИС
обращается к файлу ОГ -библиотеки модуля расширения ИС, который
находится на компьютере пользователя и содержит описание
дополнительных сс функций. Выполнение вызванной функции возвращает
результат в ИС. Таким образом, наличие открытого АРТ позволяет
использовать уже существующие и зарегистрированные в реестре
операционной системы СОМ-объекты, а также создавать новые
Таким образом, типовая последовательность действий по расширению
функциональных возможностей конфигурируемой ИС с применением СОМ-
технологии выглядит следующим образом:
• в среде разработки пишется скрипт-программа, которая представл
яет собой модуль расширения функциональных возможностей ИС
и включает набор COM-объектов (описание дополнительных функций)
в виде DLL-библиотеки;
• для вызова созданной на предыдущем шаге скрипт-программы
ее следует связать с элементами графического интерфейса пользователя;
• с помощью системной утилиты, например regasm.exe, которая
является частью программной платформы Microsoft.Net, в реестре ОС
Microsoft Windows следует зарегистрировать COM-объекты, содержащие
ся в DLL-библиотеке.
Вышеприведенные действия относятся к общему способу расширен
ия функциональных возможностей десктопной ИС с открытым API,
работающей под управлением Microsoft Windows, и применимы к практи
чески любым частным случаям. Поэтому основным вопросом при исполь
зовании данного способа конфигурирования ИС является выбор
среды разработки.
При выборе IDE целесообразно принять во внимание следующие
параметры инструмента разработки:
• поддержка нескольких языков программирования;
• автоматическая оптимизация управления памятью (сборка «мусор
а», проверка границ массивов, списков и т. д.);
• возможность контроля версий исходного кода;
• автоматическая сборка частей проекта (модулей, динамических
библиотек);
• возможность многопользовательской работы над единым проек-
том;
• поддержка и развитие программного продукта со стороны разра-
ботчика.
Перечисленным критериям соответствуют наиболее распространен
ные сегодня среды разработки ПО: SharpDeveloper, MonoDeveloper,
NetBeans, Eclipse, Microsoft Visual Studio и многие другие. Популярные
среды разработки, как правило, являются мультилингвальными и поддер
живают несколько языков программирования. Поэтому при выборе
языка программирования для разработки модуля расширения конфигурир
уемой ИС следует ориентироваться:
• на поддержку используемой модели данных ИС, например реляци
онного и объектно ориентированного подходов;
• наличие встроенных средств взаимодействия с неуправляемым
кодом, таких как DLL-библиотеки.
Этим условиям сегодня отвечают популярные языки программиров
ания для Windows-платформенных программ, например, C#.
Подводя итог рассмотренному способу расширения функциональных
возможностей конфигурируемой ИС с помощью технологии СОМ, следует
еще раз отметить, что данный метод:
не является единственно возможным;
подходит только для десктопных (не веб-платформенных) ИС;
реализуем только в случае использования ОС Microsoft Windows
в качестве базовой платформы.
В случае веб-платформенных ИС расширение их функциональных
возможностей реализуется, как правило, с помощью следующих способов
[57]:
запуск дополнительных скриптов, исполняемых на стороне сер-
вера или клиента;
подключение специальных библиотек;
использование сторонних веб-сервисов.
Настройка вариантов развертывания и взаимодействия
программных компонентов
Несмотря на превалирующую сегодня тенденцию перехода
современных корпоративных ИС в сторону веб, большое количество
используемых десктопных решений функционируют по принципу
клиент серверной архитектуры. При этом программные сервисы,
службы и друтие компоненты, обеспечивающие работу ИС, должны
быть развернуты на сервере и на клиентской стороне. Рассмотрим это
на примере системы электронного документооборота РИВЕСТОМ [59].
На рис. показаны серверные и клиентские компоненты, обязательные к
развертыванию помечены звездочкой.
На стороне сервера устанавливаются обязательные компоненты:
СУБД управляет базой данных DIRECTUM, которая хранит
данные. СУБД позволяет обращаться к базам данных с помощью языка
SQL,, управляет аутентификацией и исполняет логику по поддержанию
целостности БД. В DIRECTUM используется СУБД SQL SERVER
Сервер сеансов управляет доступом к объектам DIRECTUM в
зависимости от блокировок и свободных лицензий, а также следит за
изменением в кэшируемых справочниках на клиентских компьютерах.
Служба WorkFlow реализует механизмы WorkFlow DIRECTUM и
DocFlow: обрабатывает задачи и задания, в том числе по жестким
типовым маршрутам, т.е. формирует задания исполнителям, изменяет
реквизиты задач и заданий
Также на стороне сервера устанавливаются компоненты, зависящие от
варианта поставки:
. Файловые хранилища позволяют организовать хранение текстов
электронных документов DIRECTUM в файловой системе, как правило,
на неосновных (отличных от сервера с СУБД) компьютерах. Файловые
хранилища управляются службой.
Серверы репликации позволяют организовать территориально-
распределенную систему. Информация между главным и вторичными
серверами репликации периодически синхронизирустся. Причем
каналы связи могут быть неустойчивыми, с невысокой пропускной
способностью.
. Веб-доступ служит для обеспечения доступа к системе
DIRECTUM через WЕВ-браузеры из любой точки мира или организации
работы небольших удаленных офисов. Веб-сервер выступает как
программная платформа для сервера веб-доступа— АSР. Net приложения,
которое обращается к среде исполнения IS- Builder и используется для
доступа к информации, хранящейся в DIRECTUM и воспроизводит
функциональность проводника DIRECTUM в WЕВ-браузере. В качестве веб-
сервера используется(IIS).
Мобильный веб-доступ предназначен для доступа к DIRECTUM с
мобильных устройств — коммуникаторов, сотовых телефонов и т. д. для
удобной работы через браузеры.
• Портальные компоненты для SharePoint используются для обеспе
чения доступа к информации в DIRECTUM через корпоративный портал н
а базе Microsoft Windows SharePoint Services, Microsoft SharePoint Portal Ser
ver или Microsoft Office SharePoint Server. Microsoft SharePoint Server являет
ся базовой платформой для построения корпоративного портала и работы п
ортальных компонент DIRECTUM для SharePoint готовых блоков (веб-ча
стей) для размещения на портале, например, общая папка документов или о
ргструктура предприятия.
• DCTS – службы ввода и преобразования документов для массовог
о занесения документов в DIRECTUM и их преобразования в различные
форматы, например PDF.
• DICS – службы взаимодействия систем DIRECTUM для обеспечен
ия обмена данными между системами DIRECTUM, изначально никак не с
вязанных между собой. На клиентские компьютеры устанавливаются обя
зательные компоненты:
• среда исполнения IS-Builder среда исполнения систем, разработа
нных с помощью инструмента IS-Builder;
• проводник системы DIRECTUM в составе среды исполнения IS-B
uilder. Используется для доступа к объектам системы: электронным доку
ментам, задачам и заданиям, компонентам и пр. Используется пользовате
лями системы, разработчиками и администраторами. Также на стороне кл
иента устанавливаются компоненты, зависящие от варианта поставки:
• расширение для быстрой идентификации документов по технолог
ии DIRECTUM RapID (Rapid Identification). Позволяет быстро найти элек
тронный документ и получить информацию по нему (список ЭЦП, невып
олненных заданий, в которые вложен этот документ и т. д.) на основе бум
ажной копии с нанесенным штрих-кодом;
• предметно-ориентированный инструмент разработки корпоративн
ых систем IS-Builder. Используется для модификации справочников, сцен
ариев, отчетов и пр Схема взаимодействия перечисленных программных
компонент показана на рис. 28.
В случае взаимодействия служб ИС с программным и/или аппаратн
ым обеспечением компьютера, на котором она установлена, необходимо
выполнить соответствующие настройки, например внести сведения
об используемых средствах ввода/выводы данных и т. д. (рис. 29).
Схема взаимодействия программных компонент DIRECTUM
Функциональная схема взаимодействия служб ввода и преобразования
СЭД DIRECTUM с программных и аппаратными средствами обработки
данных
Также помимо установки программных компонент, обеспечивающих неп
осредственное функционирование ИС, на практике выполняется разверты
вание служб администрирования и мониторинга системных параметров.
Например, сервисы профайлинга, которые сохраняют данные о работе си
стемы, например о выполняемых пользователями операциях
или запросах к БД и времени их обработки. Эта и другая статистическая
информация сохраняется в специальную БД профайлинга или в текстовы
е файлы (логи) и затем используется администраторами и разработчикам
и для обработки технических проблем и улучшения работы системы.
На рис.показана схема работы сервиса профайлинга СЭД
DIRECTUM.
Схема работы сервиса профайлинга СЭД DIRECTUM
1.3.Средства конфигурирования
Как правило, набор средств конфигурирования ИС входят в ее типо
вую поставку и представляет собой совокупность редакторов или инстру
ментов администратора.
Средства конфигурирования ИС – программное обеспечение для
настройки структуры, состояния и поведения объектов
конфигурирования ИС.
В табл.приведены типовые инструменты настройки основных
объектов конфигурирования ИС.
Название и особенности использования средств конфигурирования
специфичны для каждой ИС. В частности, некоторые средства реализова
ны в виде отдельных утилит, другие представлены в виде компонент,
встроенных в специальные пункты пользовательского интерфейса и т. д.
Однако почти все средства конфигурирования связаны с программн
ым ядром ИС – ее объектной моделью (моделью данных). Поэтому практ
ически во всех ИС инструменты настройки доступны для
изменения только ограниченной категории пользователей, обладающих
правами администратора.
Редактор типовых маршрутов (бизнес-процессов)
Карточки объектов справочника Пользователи из компоненты
администратора СЭД DIRECTUM